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^ template has an identifiable object with properties. The method comprises the steps of: searching a reference to a first template 

an electronic document; parsing the first template to find a reference lo a second lemplale; parsing the second lemplate to find a first 
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Electronic document system 



This invention relates to processing of an electronic 
document . 

5 Electronic devices are increasingly being arranged to 
connect to the Internet. Devices that can access the 
Internet comprise Personal Computers, Laptop computers, 
Mobile telephones, Personal Digital Assistants (PDAs), 
and also household appliances such as Refrigerators, set- 
10 top boxes for TV-sets etc. 

The electronic devices are arranged to host some type of 
application program that provides for accessing 
information via the Internet. Since the application • can 
take various forms depending on the device hosting the 
15 application and even may be distributed across several 
devices and contexts there is a need for more flexible 
applications tailored to a. hosting device or so-called 
application platform. 

Generally, when creating applications it is often the 
20 case that an application should be almost the same as a 
second application with just small but significant 
changes, that is what can be called "Same but different". 

The languages Extensible Mark-up Language (XML) in 
combination with Extensible Style sheet Language (XSL) 

25 and/or Extensible Style sheet Language Transformations 
(XSLT) are languages for representing data and 
presentation style/transformation rules for the data 
separately. The languages are specified by the www- 
consortium ( http : / / www . w3 . org/Style/XSL/ ) . Application 

30 programs utilizing these languages can thus use an XSL 

CONFIRMATION COPY 
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style and/or transformation for making a presentation of 
data in XML format tailored to a specific platform. 

However, known methods implementing XSL/XSLT are not 
flexible because they, in the presentation/ transformation 
5 only allow reuse of the data. Note, that the data are 
arranged in an XML structure. 

This and other problems are solved when performing a 
method of generating a document from a plurality of 
templates, wherein each template has an identifiable 

10. object with properties; the method comprising the steps 
of: finding a reference to a first template in an 
electronic document; parsing the first template to find a 
reference to a second template; parsing the second 
template to find a first object with properties; reading 

15 the properties, and returning to the first template; 
continuing parsing the first template to find a second 
object that specifies changes- to the first object and 
change properties of the first object according to 
properties in the second object specifying the changes; 

2 0 and rendering the first object. 

Thereby a system/technology that enables XML to be 
transformed/ changed/generated without the need to know 
the resulting format and/or content, and with the 
possibility to reuse both data and structure of the 
25 generated document, by expressing only the changes in 
respect to both data and structure. 

Thus the above phrase '"Same but different" is 
accomplished by expressing changes only.- If a "same but 
different" approach of the data should be implemented in 
30 XSL the full rule and structure must be re-specified, 
therefore XSL can only reuse the Data and not the 
structure of the generated document. 
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Preferably, the first object is rendered in accordance 
with the changed properties. 

The properties to be changed of the first object . are 
specified by similar properties in the second object. 
5 Thereby, changes can be identified and carried out 
expediently. 

When the method further comprises the step of: 
constraining properties of objects such that the 
properties cannot be modified, high-level rules can be 
10 specified without modifying the individual parts of the 
templates. Thus some general policy can be enforced in a 
simple way. 

When the method further comprises the step of: inserting 
further objects into the document in response to a user 
15 interaction, changes in structure and data can be 
generated by an editor recording changes through user 
interactions . 

The method can comprise the step of copying a document 
and referenced templates into a set of files. Even when a 

20 document is created as a collection of other smaller 
parts from many different locations/contexts, and each of 
those parts have some dependencies of other parts, a 
resulting document chain can be used as a single object 
where all external dependencies are known and resolved 

25 into local references. 

The method can comprise the step of merging a document 
and referenced templates into a single file. Even when a 
document is created as a collection of other, smaller 
parts from many different locations/contexts, and each of 
30 those parts have some dependencies of other parts, the 
resulting document can be used as a single object where 
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all external dependencies are known and resolved into the 
parent document . 

In a preferred embodiment the objects comprise multimedia 
objects. 

5 The document and the templates can be written in a mark- 
up language. The generated mark-up document is "merged 
and changed" rather that "processed and generated" this 
enables reuse of both document structure and document 
data. 

10 The invention will be explained below in connection with 
a preferred embodiment and with reference to the drawing, 
in which: 

fig. 1 shows the composition of three different documents 
based a common template and three different templates, 
15 respectively; 

fig. 2 shows a combination of more templates; 

fig. 3 shows a flow chart for parsing a document based on 
Three templates; 

fig. 4 shows a pseudo flowchart illustrating the process 
20 of parsing a document based on two templates; and 

fig. 5 shows a computer system according to the 
invention. 

Fig. 1 shows the composition of three different documents 
based a common template and three different templates, 
25 respectively. A common template 101 comprises an object 
102 e.g. in the form of a picture element. The object 101 
comprises an identification number and a reference to a 
picture file and properties defining the position of the 
picture in the template. 
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Another template 103 comprises an object 104 e.g. in the 
form of a text element. The object 104 comprises an 
object identification number and a property defining the 
position of the text in the template. 

5 Moreover, the template comprises an object 105 in the 
form of a so-called modifying object. The modifying 
object comprises an identification number, a property 
defining an identification number of an object to modify, 
and a property defining modifying a property of the 
10 object to modify. For instance the modifying object 105 
can comprise a reference to the object 102 and a property 
modifying the position of the image to the upper right 
corner of the template 103. 

The result of this template arrangement is shown as the 
15 document 10 6. 

Moreover, it is shown how other documents 109 and 110 can 
be created from the same common template 101. However, 
the different intermediate templates 107 and 108 may 
modify the appearance of the template 101 in the 
20 documents 109 and 110 differently. 

Fig. 2 shows a combination of more templates. The system 
is inter alia expedient in that it allows for use of any 
desired number of templates. A combination of more 
templates is shown. The system is inter alia expedient in 

25 that it allows for use of any desired number of 
templates. The combination of template A, C and B is used 
to produce document E. Object 102 is taken from A 
modified by C and again modified by B, so the resulting 
representation of 102 is determined by B. It can also be 

30 seen that the normal objects from B and C are also 
represented in E. 
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Fig. 3 shows a flow" chart for parsing a document based on 
one template, which is again based on two templates. 
Section 1 of the flowchart illustrates processing 
resulting from data in a document 'DOC 1' . Section 2 of 
the flow chart illustrates processing resulting from data 
in a template 'TEMP 1' referenced by the document 'DOC 
1' . Section 3 of the flowchart illustrates processing 
resulting from data in the template 'TEMP 2' referenced 
by the template V TEMP 1' . Section 4 of the flowchart 
illustrates processing resulting from data in the 
template 'TEMP 3' referenced by the template 'TEMP 1' . 

The document 'DOC 1' comprises the following code for 
referencing the template 'TEMP 1' : 



<body> 

•cinclude xinolude : href="TEMP l"/> 

This is the document 

</seq> 

</body> 

</smil> 



In step 301 the document is opened; subsequently, in step 
302 a common Parse Tree is created. In step 303 The 
processor starts reading the document. In step 304 data 
is read into the Parse Tree. In step 305 a reference to 

30 "TEMP 1" is found (e.g. the tag: <inciude xinciude:href="TEMp iv>) . 
In step 306 "TEMP 1" is opened. In step 307 data is read 
from "TEMP 1" into the Parse Tree. In step 308 a 
reference to "TEMP 2" is found. In step 3 09 "TEMP 2" is 
opened. In step 310 data is read from "TEMP 2" into the 

35 Parse Tree. In step 311 "TEMP 2" is closed and the 
reading continues in "TEMP 1". In step 312 modifying data 
is read from "TEMP 1" and merged into the Parse Tree. In 
step 313 data is read from "TEMP 1" into the Parse Tree. 
In step 314 a reference to "TEMP 3" is found. In step 315 
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* TEMP 3" is opened. In step 316 data is read from ' TEMP 
3" into the Parse Tree. In step 317 'TEMP 3" is closed 
and reading continues in * TEMP 1". In step 318 modifying 
data is read from 'TEMP 1" and merged into the Parse 
5 Tree. In step 319 * TEMP 1" is closed and reading 
continues in 'DOC 1" . In step 320 modifying data is read 
from ' DOC 1" and merged into the Parse Tree. In step 321 
data is read from 'DOC 1" into the Parse Tree. In step 
322 the parse tree is rendered to be presented to a user. 

10 A modifying object may be exemplified as below: 

<replace> 

<node id="1234"> 

<attr name="LEFT" value="314"/> 
<attr name="TOP" value="17 "/> 

15 </node> 
</replace> 



where the position of an object with an identification 
number of 1234 is defined by the attributes/properties 
20 'LEFT' and 'TOP' set to have the values 313 and 17, 
respectively. The object can for instance be a picture. 

As a special feature a defined set of objects or all 
objects may include a tag identifying a property of the 
object as a constraint property that specifies a value or 
25 a value range modifications are constrained to. This may 
be defined as below: 

<img src="picture . jpg"> 

< constraint attr="LEFT"/> 

</img> 

30 where the property 'LEFT' defining the left position of 
the picture object 'picture.jpg' is constrained not to be 
changed by modifying objects subsequently. 

According to the invention any type of electronic object, 
comprising multimedia objects, may be included in a 
35 document. Such objects may comprise: 
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Pictures, animations, video clips, sound samples, text, 
scripts, etc. The objects may include different types of 
properties comprising position properties, colour 
properties, shape properties, temporal/timing properties. 

5 Fig. 4 shows a pseudo flowchart illustrating the process 
of parsing a document 401 based on two templates 402 and 
403. In this illustration it is shown how mark-up tags of 
the document and underlying templates are merged during 
parsing/ scanning. The document 401 and the templates 4 02, 
10 403 may comprise ordinary data/presentation/style objects 
and modifying objects. 

Parsing of the document/templates is started in the 
document 401 at box 1 . As a result of the parsing a 
reference in the document to the template 402 is 

15 identified at box 2. This reference routs the parsing to 
the template 402. In a similar way parsing is routed to 
template 403. In template 403 all objects are parsed and 
their properties are registered (box 3) . Subsequently, 
parsing returns to template 402 where properties of 

2 0 objects parsed in template 403 are changed according to 
properties of modifying objects in template 402. The 
cloud 404 represents objects with properties parsed in 
template 403 and the cloud 405 represents modifying 
objects with properties to modify properties of the 

25 objects in the cloud 404. 

In template 402 objects and their properties are parsed. 
Subsequently, these objects and properties can be 
modified in the document 401 if any modifying objects are 
found. Objects with properties and modifying properties 
30 are indicated with the clouds 406 and 407. 

Properties of the document to be rendered are represented 
by the cloud 408. 
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Fig. 5 shows a computer system according to the 
invention. The computer system comprises a user interface 
501, a computer network 502, and a computer 503. The 
computer 503 comprises a central processing unit 504, a 
5 memory 506, and a storage unit 505. 

The memory 50 6 is loaded with objects or components for 
controlling access privileges; for storing changes; for 
parsing/scanning a document and templates; and for 
editing documents/templates. The storage 505 comprises 
10 documents and templates stored as electronic files. 

The user interface can include a display screen for 
displaying text, pictures, or video; a loudspeaker for 
playing sounds/music; and a printer for making printed 
copies of a document/template. 

15 Generally the term ^rendering' is defined to comprise a 
transformation of the object to a specified medium, 
comprising display screens, loudspeakers, printers, etc. 

The invention can be embodied as a computer program 
product, as a system, or as a method. 
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CLAIMS 



1 . A method of generating a document from a plurality of 
templates, wherein each template has an identifiable 
5 object with properties; the method comprising the steps 
of: 

searching a reference to a first template in an 
electronic document; 

parsing the first template to find a reference to a 
10 second template; 

parsing the second template to find a first object with 
properties; 

reading the properties, and returning to the first 
template 

15 continuing parsing the first template to find a second 
object that specifies changes to the first object and 
change properties of the first object according to 
properties in the second object specifying the changes; 

rendering the first object. 

2 0 2. A method according to claim 1 wherein the first object 
is rendered in accordance with the changed properties. 

3 . A method according to claim 1 or 2 wherein the 
properties to be changed of the first object are 
specified by similar properties in the second object. 

25 4 . A method according to any of claims 1 to 3 further 
comprising the step of: constraining properties of 
objects such that the properties cannot be modified. 
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5. A method according to any of claims 1 to 4 further 
comprising the step of: inserting further objects into 
the document in response to a user interaction. 

6. A method according to any of claims 1 to 5 further 
5 comprising the step of: copying a document and referenced 

templates into a set of files. 

7. A method according to any of claims 1 to 6 further 
comprising the step of: merging a document and referenced 
templates into a single file. 

10 8. A method according to any of claims 1 to 7 wherein the 
objects comprise multimedia objects. 

9. A method according to any of claims 1 to 8 wherein the 
document and the templates are written in a mark-up 
language . 

15 10. A computer program product for performing the method 
as set forth in any of claims 1 to 10 when run on a 
computer . 

11. A computer readable medium for performing the method 
as set forth in any of claims 1 to 10 when run on a 
2 0 computer. 
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